home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Internet Surfer 2.0
/
Internet Surfer 2.0 (Wayzata Technology) (1996).iso
/
pc
/
text
/
mac
/
faqs.540
< prev
next >
Wrap
Text File
|
1996-02-12
|
28KB
|
700 lines
Frequently Asked Questions (FAQS);faqs.540
- Future:
- OSF/1 MK (mikrokernel) based on Mach 3.0
This list of major flavors should probably also include Xenix
which has been the basis for many ports. Derived from V7, S III
and finally System V, it is similar externally but significantly
changed internally (performance-tuned for micros).
Two very good books describe the internals of the two main flavors.
These are:
- System V: "Design of the Unix Operating SYstem", M.J. Bach.
- BSD: "Design and Implementation of the 4.3BSD Unix Operating System",
Leffler, McKusick, Karels, Quaterman.
For a good introduction to OSF/1 (not quite as technical as the
previous two), see: "Guide to OSF/1, A Technical Synopsis",
published by O'Reilly. On SunOS, "Virtual Memory Architecture in
SunOS" and "Shared Libraries in SunOS" in Summer 1989 USENIX
Proceedings.
A good set of articles on where Unix is going is "Unix Variants"
in the Apr 92 issue of Unix Review. Other good sources of
information include the bsd-faq file, and many of the newsgroups
mentioned in the text.
6.4) Unix Standards.
From: "Pierre (P.) Lewis" <lew@bnr.ca>
Date: Sun, 11 Oct 1992 15:29:00 +0000
Version: 2.0
This section briefly describes the more important standards
relevant to Unix.
- IEEE:
- 802.x (LAN) standards (LLC, ethernet, token ring, token bus)
- POSIX (ISO 9945?): Portable Operating System I/F (Unix, VMS
and OS/2!) (only ? have been finalized at this point)
- 1003.1: library procedures (mostly system calls) -- roughly V7
except for signals and terminal I/F (1990)
- 1003.2: shell and utilities
- 1003.3: test methods and conformance
- 1003.4: real-time: binary semaphores, process memory
locking, memory-mapped files, shared memory,
priority scheduling, real-time signals, clocks and
timers, IPC message passing, synchronized I/O,
asynchronous I/O, real-time files
- 1003.5: Ada language bindings
- 1003.6: security
- 1003.7: system admin (incl. printing)
- 1003.8: transparent file access
- 1003.9: FORTRAN language bindings
- 1003.10: super computing
- 1003.12: protocol-independent I/Fs
- 1003.13: real-time profiles
- 1003.15: supercomputing batch I/Fs
- 1003.16: C-language bindings (?)
- 1003.17: directory services
- 1003.19: FORTRAN 90 language bindings
- X/Open (consortium of vendors):
- X/Open Portability Guides (XPGn):
- XPG2 (1987), strong SV influence
Vol 1: commands and utilities
Vol 2: system calls and libraries
Vol 3: terminal I/F (curses, termio), IPC (SV),
internationalization
Vol 4: programming languages (C, COBOL!)
Vol 5: data management (ISAM, SQL)
- XPG3 adds: ?
- XOM series of interfaces:
- XOM (X/Open Object Management) generic I/F mechanisms for
following
- XDS (X/Open Directory Service)
- XMH (X/Open Mail ??)
- XCM (X/Open Consolidated Management) (not yet approved?)
- AT&T
- System V Interface Definition (SVID)
- SVID1 (1985, SVR2)
Vol 1: system calls and libraries (similar to XPG2.1)
- SVID2 (1986, SVR3)
Vol 1: system calls and libraries (base, kernel extensions)
Vol 2: commands and utilities (base, advanced, admin, software
development), terminal I/F
Vol 3: terminal I/F (again), STREAMS and TLI, RFS
- SVID3 (19??, SVR4) adds
Vol 4: ?? &c
- APIs
- Transport Library Interface (TLI)
- ACSE/Presentation Library Interface (APLI)
6.5) Identifying your Unix flavor.
From: "Pierre (P.) Lewis" <lew@bnr.ca>
Date: Sun, 11 Oct 1992 15:29:00 +0000
Version: 2.0
This section lists a number of things you can look at in
attempting to identify the base flavor of your Unix. Given the
significant exchange of code and ideas between the various
flavors and the many changes made by vendors, any statement such
as "this Unix is an SVR2" is at best a statistical statement
(except for some SVRn ports). Also many Unices offer most of
both worlds (either mixed as in SunOS or strictly separated as in
Apollo?). So this section is perhaps not very useful...
The list of features in previous sections can also help. For
example, if a system has a poll(2) but no select(2), it is highly
probable that it is derived from SVR3. Also the name of the OS
can provide a clue, as well as the logon message (e.g. SGI's
"Irix SVR3.3.2") or the output of "uname -a" command. Available
commands can also provide hints but this is probably less
reliable than kernel features. For example, the type of terminal
initialization (inittab or ttys) is a more reliable indicator
than the print subsystem.
Feature Typical in SVRx Typical in xBSD
kernel name /unix /vmunix
terminal init /etc/inittab /etc/ttys (only getty to 4.3)
boot init /etc/rc.d directories /etc/rc.* files
mounted FSs /etc/mnttab /etc/mtab
usual shell sh, ksh csh, #! hack
native FS S5 (blk: 512-2K) UFS (blk: 4K-8K)
file names <= 14 bytes file names < 255 bytes
groups need newgrp(1) automatic membership
SVR4: multiple groups
print subsystem lp, lpstat, cancel lpr, lpq, lprm (lpd daemon) ??
terminal control termio, terminfo, termios (sgtty before 4.3reno)
SVR4: termios (POSIX) termcap
job control >= SVR4 yes
ps command ps -ef ps -aux
string fcns memset, memcpy bzero, bcopy
process mapping /proc (SVR4)
6.6) Brief notes on some well-known (commercial/PD) Unices.
From: "Pierre (P.) Lewis" <lew@bnr.ca>
Date: Sun, 11 Oct 1992 15:29:00 +0000
Version: 2.0
(I am not at all satisfied with this section, unfortunately I
have neither the time nor the documents to make it much better
(wrt contents). Should only list Unices known by a reasonably
wide audience. Small and non-US Unices welcome, e.g. Eurix. In
need of reformatting)
This section lists (in alphabetical order) some of the better
known Unices along with a brief description of their nature.
AIX: IBM's Unix, based on SVR2 (later up to SVR3.2?) with varying
degrees of BSD extensions, for various hardwares. Proprietary
system admin (SMIT). Both 850 and Latin-1 CPs. Quite
different from most Unices and among themselves.
Newsgroup: comp.unix.aix.
- 1.x (for 386 PS/2)
- 2.x (for PC RTs)
- 3.x (for RS/6000), paging kernel, logical volume manager, i18n;
3.2 adds TLI/STREAMS
- there is also a version for S/370 mainframes (as task under VM)
Was to have been base for OSF/1 until Mach was chosen instead.
AOS (IBM): 4.3BSD port to IBM PC RT (for educational institutes).
Don't confuse with DG's proprietary OS of same name.
Arix: SV
A/UX (Apple): SV with Berkeley enhancements, NFS, Mac GUI. System 6
(later System 7) runs as guest of A/UX (opposite of MachTen).
Newsgroup: comp.unix.aux.
- 2.0: SVR2 with 4.2BSD, system 6 Mac applications.
- 3.0 (1992): SVR2.2 with 4.3BSD, system 7 applications.
BOS for Bull's DPX/2 (680x0)
- V1 (1990): SVR3 with BSD extensions (FFS, select, sockets),
symmetric MP, X11R3
- V2 (1991): adds job control, disk mirroring, C2 security,
DCE extensions
386BSD: Jolitz's port of Net2 software. Posix, 32-bit, still in alpha.
BSD/386 (80386): from BSDI, with source (augmented Net2 software)
Newsgroup: comp.unix.bsd.
Chorus/MiXV: Unix SVR3.2 (SVR4) over Chorus nucleus, ABI/BCS.
Coherent (80286): Unix clone compatible with V7, some SVR2 (IPC).
V4.0 is 32-bit. Newsgroup: comp.os.coherent
Consensys: SVR4
CTIX: SV-based, from Convergent
D-NIX: SV
DomainIX (Apollo): dual Unix over Apollo Domain operating system
DomainOS (Apollo): BSD 4.2? with System V? (strict differentiation?)
- 10.x
DVIX (NT's DVS): SVR2
DYNIX (Sequent): 4.2BSD-based
DYNIX/PTX: SVR3-based
Esix (80386): pure SVR4, X11, OpenLook (NeWS), Xview
Eurix (80?86): SVR3.2 (german?)
FTX: Stratus fault-tolerant OS (68K or i860-i960 hardware)
GNU Hurd (?): vaporware from the Free Software Foundation (FSF):
Unix emulator over Mach 3.0 kernel. Many GNU tools are very
popular (emacs) and used in the PD Unices.
HP-UX (HP): old from S III (SVRx), now SVR2 (4.2BSD?) with SV utilities
(they have trouble making up their minds).
- 6.5: SVR2
- 7.0: SVR3.2, symlinks
- 7.5
- 8.0: BSD based? for HP-9000 CISC (300/400) and RISC (800/700)
Interactive SVR3.2 (80x86): pure SVR3. Interactive has been bought
by Sun; will their system survive Solaris?
Idris: first Unix clone by Whitesmith.
- 4D
Irix (SGI): SVR3.2, much BSD. Newsgroup: comp.sys.sgi.
Linux (80386): PD Unix, SVish. Available with sources.
Newsgroup: comp.os.linux
MachTen, Tenon Intersystems: runs as a guest of System 6, no memory
protection, 4.3BSD environment with TCP, NFS.
MacMach (Mac II): 4.3BSD over Mach 3.0 microkernel, X11, Motif, GNU
software, sources, experimental System 7 as Mach task.
Mach386: from Mt Xinu. Based on Mach 2.5, with 4.3BSD-Tahoe
enhancements. Also 2.6 MSD (Mach Source Distribution).
Microport (80x86): pure SVR4, X11, OpenLook GUI
Minix (80x86, Atari, Amiga, Mac): Unix clone compatible with V7.
Sold with sources. Being POSIXified (sp?). Newsgroup: comp.os.minix.
MipsOS: SVish (RISC/OS, now dropped, was BSDish)
more/BSD (VAX, HP 9000/300): Mt Xinu's Unix, based on 4.3BSD-Tahoe.
Newsgroup: comp.os.xinu?
Net/2 tape (from Berkeley, 1991): BSD Unix, essentially compatible with
4.3BSD, includes only sources free of AT&T code, no low-level code.
See 386BSD and BSD/386 above.
NextStep (Next): BSD over Mach kernel, own GUI. 386 version coming?
- 1.0
NEWS-OS (Sony)
- 3.2
OSF/1 (DEC): DEC's port of OSF/1
PC-IX (IBM 8086): SV
SCO Xenix (80x86):
SCO Unix (80x86): SVR3.2
Solaris (Sparc, 80386):
- 1.0: essentially same as SunOS 4.1.1, with OpenWindows 2.0 and
DeskSet utilities.
- 1.0.1: SunOS 4.1.2 with multiprocessing (kernel not multithreaded);
not for 386
- 2.0: will be based on SVR4 (and have symmetric MP), will include
support for 386; with OpenWindows 3.0 (X11R4), DeskSet, ONC, NIS.
Compilers unbundled!
SunOS (680x0, Sparc, i386): based on 4.3BSD, includes much from System V.
Main Sun achievements: NFS (1984), SunView (1985), NeWS
(1986, postscript imaging, now in OpenWindows), OpenLook GUI standard,
OpenWindows (NeWS, X11, SunView!). Newsgroup: comp.sys.sun.*.
- 3.x: SV IPC package, FIFOs
- 4.0.3: lightweight processes, new virtual mem, shared libs
- 4.1: STREAMS & TLI, 8-bit clean?, async I/O, ms-dos file system
(continues as Solaris -- see above).
UHC (80x86): pure SVR4, X11, Motif
Ultrix (DEC): based on 4.2BSD with much of 4.3.
Newsgroup: comp.unix.ultrix.
- 3.1, 4.0
UNICOS (Cray): Newsgroup: comp.unix.cray
- 5.x, 6,x, 7.0
UTEK (Tektronix)
- 4.0
Xenix (80x86): 1st Unix on Intel hardware, based on SVR2 (previously on
S III and even V7). Newsgroup: comp.unix.xenix.
3B1 (680x0): SV-based, done by Convergent for AT&T.
Newsgroup: comp.sys.3b1.
6.7) Real-time Unices.
From: "Pierre (P.) Lewis" <lew@bnr.ca>
Date: Sun, 11 Oct 1992 15:29:00 +0000
Version: 2.0
This information is fragmentary. I doubt all of following are Unices --
input is welcome.
RTU (Concurrent), for 68K boxes
Stellix (Stardent); it's Unix, but is it real-time?
Velocity (Ready Systems):
VxWorks (Wind River Systems): BSDish, no termcap.
Newsgroup: comp.os.vxworks.
pSOS??
6.8) Unix glossary.
From: "Pierre (P.) Lewis" <lew@bnr.ca>
Date: Sun, 11 Oct 1992 15:29:00 +0000
Version: 2.0
This section provides short definitions of various concepts and
components of (or related to) Unix systems.
Chorus: message-passing microkernel, may form basis for a future release
of SV. Chorus already have SVR4 running on top (binary-compatible).
DCE (Distributed Computing Environment, from OSF): Includes RPC (Apollo's
NCS), directory service (local based on DNS, global on X.500), time,
security, and threads services, DFS (distrib. file system), ....
OS-independent.
DME (Distributed Management Environment, from OSF): future.
FFS (Fast File System): alias for UFS (BSD name)
Mach: modern kernels from CMU (Carnegie Mellon University) on which many
Unices and other OSs are based (e.g. OSF/1, MacMach, ...):
- 2.5: monolithic kernel with 4.2BSD
- 3.0: microkernel with BSD Unix server in user space (and other OSs,
e.g. MS-DOS)
Newsgroup: comp.os.mach
MFS: Memory File System
NFS (Network File System): contributed by Sun to BSD, stateless server
ONC (Open Network Computing): from Sun(?), includes RPC, name service
(NIS aka YP), NFS, ... (found in many Unices, other OSs).
RFS (Remote File System): SV, stateful server, incompatible with NFS
RPC (Remote Procedure Call): high-level IPC (inter-process communication)
mechanism. Two flavors.
- ONC: Over TCP or UDP (later OSI), uses XDR to encode data.
- DCE: has a different RPC mechanism (based on Apollo's NCS)
S5 FS: System V's native file system, blocks 512 to 2K.
sockets: BSD interface mechanism to networks (compare TLI).
STREAMS: a message-passing kernel mechanism, initially in SVR3, which
provides a very good interface for protocol development.
TLI (Transport Library Interface): SV's interface to transport services
(TCP, OSI). UI has also defined an APLI (ACSE/Presentation Library
Interface)
UFS (?): BSD's native file system, blocks 4K to 8K, cylinder groups,
fragments.
XTI (X/Open Transport Interface): TLI with enhancements
6.9) Acknowledgements.
From: "Pierre (P.) Lewis" <lew@bnr.ca>
Date: Sun, 11 Oct 1992 15:29:00 +0000
Version: 2.0
(in addition to references): pat@bnr.ca, guy@auspex.com,
pen@lysator.liu.se, mikes@ingres.com, mjd@saul.cis.upenn.edu,
root%candle.uucp@ls.com, ee@atbull.bull.co.at,
Aaron_Dailey@stortek.com. Many thanks!
Xref: bloom-picayune.mit.edu comp.unix.questions:51333 comp.unix.shell:8339 news.answers:4775
Path: bloom-picayune.mit.edu!senator-bedfellow.mit.edu!senator-bedfellow.mit.edu!usenet
From: tmatimar@empress.com (Ted M A Timar)
Newsgroups: comp.unix.questions,comp.unix.shell,news.answers
Subject: Unix - Frequently Asked Questions (7/7) [Frequent posting]
Supersedes: <unix-faq/faq/part7_723967331@athena.mit.edu>
Followup-To: comp.unix.questions
Date: 24 Dec 1992 06:03:00 GMT
Organization: Empress Software
Lines: 263
Approved: news-answers-request@MIT.Edu
Distribution: world
Expires: 21 Jan 1993 06:02:09 GMT
Message-ID: <unix-faq/faq/part7_725176929@athena.mit.edu>
References: <unix-faq/faq/contents_725176929@athena.mit.edu>
NNTP-Posting-Host: pit-manager.mit.edu
X-Last-Updated: 1992/12/09
Archive-name: unix-faq/faq/part7
Version: $Id: part7,v 2.1 92/12/04 07:44:00 tmatimar Exp $
These seven articles contain the answers to some Frequently Asked
Questions often seen in comp.unix.questions and comp.unix.shell.
Please don't ask these questions again, they've been answered plenty
of times already - and please don't flame someone just because they may
not have read this particular posting. Thank you.
These articles are divided approximately as follows:
1.*) General questions.
2.*) Relatively basic questions, likely to be asked by beginners.
3.*) Intermediate questions.
4.*) Advanced questions, likely to be asked by people who thought
they already knew all of the answers.
5.*) Questions pertaining to the various shells, and the differences.
6.*) An overview of Unix variants.
7.*) An comparison of configuration management systems (RCS, SCCS).
This article includes answers to:
7.1) RCS vs SCCS: Introduction
7.2) RCS vs SCCS: How do the interfaces compare?
7.3) RCS vs SCCS: What's in a Revision File?
7.4) RCS vs SCCS: What are the keywords?
7.5) What's an RCS symbolic name?
7.6) RCS vs SCCS: How do they compare for performance?
7.7) RCS vs SCCS: Version Identification.
7.8) RCS vs SCCS: How do they handle with problems?
7.9) RCS vs SCCS: Conversion.
7.10) RCS vs SCCS: Support
7.11) RCS vs SCCS: Command Comparison
7.12) RCS vs SCCS: Acknowledgements
7.13) Can I get more information on configuration management systems?
If you're looking for the answer to, say, question 7.5, and want to skip
everything else, you can search ahead for the regular expression "^7.5)".
While these are all legitimate questions, they seem to crop up in
comp.unix.questions or comp.unix.shell on an annual basis, usually
followed by plenty of replies (only some of which are correct) and then
a period of griping about how the same questions keep coming up. You
may also like to read the monthly article "Answers to Frequently Asked
Questions" in the newsgroup "news.announce.newusers", which will tell
you what "UNIX" stands for.
With the variety of Unix systems in the world, it's hard to guarantee
that these answers will work everywhere. Read your local manual pages
before trying anything suggested here. If you have suggestions or
corrections for any of these answers, please send them to to
tmatimar@empress.com.
7.1) RCS vs SCCS: Introduction
Date: Sat, 10 Oct 92 19:34:39 +0200
From: Bill Wohler <wohler@sap-ag.de>
The majority of the replies (in a recent poll) were in favor of
RCS, a few for SCCS, and a few suggested alternatives such as CVS.
Functionally RCS and SCCS are practically equal, with RCS having
a bit more features since it continues to be updated.
Note that RCS learned from the mistakes of SCCS...
7.2) RCS vs SCCS: How do the interfaces compare?
Date: Sat, 10 Oct 92 19:34:39 +0200
From: Bill Wohler <wohler@sap-ag.de>
RCS has an easier interface for first time users. There are less
commands, it is more intuitive and consistent, and it provides
more useful arguments.
Branches have to be specifically created in SCCS. In RCS, they
are checked in as any other version.
7.3) RCS vs SCCS: What's in a Revision File?
Date: Sat, 10 Oct 92 19:34:39 +0200
From: Bill Wohler <wohler@sap-ag.de>
RCS keeps history in files with a ",v" suffix. SCCS keeps
history in files with a "s." prefix.
RCS looks for RCS files automatically in the current directory or
in a RCS subdirectory, or you can specify an alternate RCS file.
The sccs front end to SCCS always uses the SCCS directory. If
you don't use the sccs front end, you must specify the full SCCS
filename.
RCS stores its revisions by holding a copy of the latest version
and storing backward deltas. SCCS uses a "merged delta"
concept.
All RCS activity takes place within a single RCS file. SCCS
maintains several files. This can be messy and confusing.
Editing either RCS or SCCS files is a bad idea because mistakes
are so easy to make and so fatal to the history of the file.
Revision information is easy to edit in both types, whereas one
would not want to edit the actual text of a version in RCS. If
you edit an SCCS file, you will have to recalculate the checksum
using the admin program.
7.4) RCS vs SCCS: What are the keywords?
Date: Sat, 10 Oct 92 19:34:39 +0200
From: Bill Wohler <wohler@sap-ag.de>
RCS and SCCS use different keywords that are expanded in the
text. For SCCS the keyword "%I%" is replaced with the revision
number if the file is checked out for reading.
The RCS keywords are easier to remember, but keyword expansion is
more easily customized in SCCS.
In SCCS, keywords are expanded on a read-only get. If a version
with expanded keywords is copied into a file that will be
deltaed, the keywords will be lost and the version information in
the file will not be updated. On the other hand, RCS retains the
keywords when they are expanded so this is avoided.
7.5) What's an RCS symbolic name?
Date: Sat, 10 Oct 92 19:34:39 +0200
From: Bill Wohler <wohler@sap-ag.de>
RCS allows you treat a set of files as a family of files while
SCCS is meant primarily for keeping the revision history of
files.
RCS accomplishes that with symbolic names: you can mark all the
source files associated with an application version with `rcs
-n', and then easily retrieve them later as a cohesive unit. In
SCCS you would have to do this by writing a script to write or
read all file names and versions to or from a file.
7.6) RCS vs SCCS: How do they compare for performance?
Date: Sat, 10 Oct 92 19:34:39 +0200
From: Bill Wohler <wohler@sap-ag.de>
Since RCS stores the latest version in full, it is much faster in
retrieving the latest version. After RCS version 5.6, it is also
faster than SCCS in retrieving older versions.
7.7) RCS vs SCCS: Version Identification.
Date: Sat, 10 Oct 92 19:34:39 +0200
From: Bill Wohler <wohler@sap-ag.de>
SCCS is able to determine when a specific line of code was added
to a system.
7.8) RCS vs SCCS: How do they handle with problems?
Date: Sat, 10 Oct 92 19:34:39 +0200
From: Bill Wohler <wohler@sap-ag.de>
If you are missing the sccs or rcs tools, or the RCS or SCCS file
is corrupt and the tools don't work on it, you can still retrieve
the latest version in RCS. Not true with SCCS.
7.9) RCS vs SCCS: Conversion.
Date: Sat, 10 Oct 92 19:34:39 +0200
From: Bill Wohler <wohler@sap-ag.de>
RCS provides a program to convert from SCCS to RCS. One would
have to write his own program to convert from RCS to SCCS.
7.10) RCS vs SCCS: Support
Date: Sat, 10 Oct 92 19:34:39 +0200
From: Bill Wohler <wohler@sap-ag.de>
SCCS is supported by AT&T. RCS is supported by the Free Software
Foundation. Therefore RCS runs on many more platforms, including
PCs.
Most make programs recognize SCCS's "s." prefix while GNU make
is one of the few that handles RCS's ",v" suffix.
Some tar programs have a -F option that ignores either RCS
directories, or SCCS directories or both.
7.11) RCS vs SCCS: Command Comparison
Date: Sat, 10 Oct 92 19:34:39 +0200
From: Bill Wohler <wohler@sap-ag.de>
SCCS RCS Explanation
==== === ===========
sccs admin -i -nfile file ci file Checks in the file
for the first time,
creating the revision
history file.
sccs get file co file Check out a file for
reading.
sccs edit file co -l file Check out a file for
modification.
sccs delta file ci file Check in a file
previously locked.
what file ident file Print keyword
information.
sccs prs file rlog file Print a history of
the file.
sccs sccsdiff -rx -ry file rcsdiff -rx -ry file Compare two
revisions.
sccs diffs file rcsdiff file Compare current with
last revision.
sccs edit -ix-y file rcsmerge -rx-y file Merge changes between
two versions into
file.
??? rcs -l file Lock the latest
revision.
??? rcs -u file Unlock the latest
revision. Possible
to break another's
lock, but mail is
sent to the other
user explaining why.
7.12) RCS vs SCCS: Acknowledgements
Date: Sat, 10 Oct 92 19:34:39 +0200
From: Bill Wohler <wohler@sap-ag.de>
I would like to thank the following persons for contributing to
these articles. I'd like to add your name to the list--please
send comments or more references to Bill Wohler <wohler@sap-ag.de>.
Karl Vogel <vogel@c-17igp.wpafb.af.mil>
Mark Runyan <runyan@hpcuhc.cup.hp.com>
Paul Eggert <eggert@twinsun.com>
Greg Henderson <henders@infonode.ingr.com>
Dave Goldberg <dsg@mbunix.mitre.org>
Rob Kurver <rob@pact.nl>
Raymond Chen <rjc@math.princeton.edu>
Dwight <dwight@s1.gov>
7.13) Can I get more information on configuration management systems?
Date: Thu Oct 15 10:27:47 EDT 1992
From: Ted Timar <tmatimar@empress.com>
Bill Wohler, who compiled all of the information in this part of
the FAQ, has compiled much more information. This information is
available for ftp from ftp.wg.omron.co.jp (133.210.4.4) under
"pub/unix-faq/docs/rev-ctl-sys".
Xref: bloom-picayune.mit.edu comp.unix.shell:8091 comp.unix.questions:50556 news.answers:4264
Newsgroups: comp.unix.shell,comp.unix.questions,news.answers
Path: bloom-picayune.mit.edu!enterpoop.mit.edu!usc!wupost!news.utdallas.edu!convex!tchrist
From: Tom Christiansen <tchrist@convex.COM>
Subject: Csh Programming Considered Harmful
Originator: tchrist@pixel.convex.com
Sender: usenet@news.eng.convex.com (news access account)
Message-ID: <1992Nov30.123449.8118@news.eng.convex.com>
Approved: news-answers-request@MIT.Edu
Date: Mon, 30 Nov 1992 12:34:49 GMT
Expires: Mon, 4 Jan 1993 12:00:00 GMT
Nntp-Posting-Host: pixel.convex.com
Organization: Convex Computer Corporation, Colorado Springs, CO
Followup-To: comp.unix.shell
X-Disclaimer: This message was written by a user at CONVEX Computer
Corp. The opinions expressed are those of the user and
not necessarily those of CONVEX.
Lines: 496